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METHOD AND APPARATUS FOR CUSTOMER STOREFRONT OPERATIONS 

5 BACKGROUND OF THE INVENTION 

This invention relates generally to the field of part supply 

management systems and specifically to managing a decentralized 

part supply system via a wide area network. 

A warehouse serves as a load balancing system matching the 
10 output of a supplier to the demands of a customer. The supplier 

creates parts and keeps the parts in a warehouse until the 

supplier receives a purchase order from a customer requesting a 
O part from a customer. The supplier then pulls the requested part 
:Sj from the warehouse and ships the requested part to the customer. 
M The customer receives the requested part, taking possession of 

it, and pays the supplier for the part. 
Ill A supplier typically keeps a few centralized warehouses in 

'^^ strategically located areas so as to be close to the supplier's 
O customers. However shipping delays may cause the customer to 
pb wait for the requested part to be shipped from the warehouse by 

the supplier to the customer. 
O In time critical operations, such as the repair of aircraft 

'^"^ engines used for commercial purposes, any shipping delay may be 

unacceptable. Therefore, decentralized part supply systems have 
25 evolved wherein the supplier ships to a particular customer parts 

that are owned by the supplier but are kept on the particular 

customer's premises in a secure area. The customer only takes 

possession of parts the customer issues from the secure area. 

The supplier keeps the secure area stocked with replenishment 
30 shipments of parts based on the number of parts the customer 

issues from the secure area. This creates a decentralized part 

supply system allowing the demands of a particular customer to 

be readily met by the supplier. 

A decentralized part supply system may generate new 
35 management difficulties for the supplier and the customer. A 



-1- 



Express Mail m. ^LH^%5 5mu^ 



1 



41780/FLC/H528-H0002193 



supplier should be able to track the number of parts in a 
customer's secure area in order to make replenishment shipments. 

5 Preferably, the supplier should be able to monitor the inventory 
in the secure area without having to physically travel to the 
secure area and take inventory. The supplier should also know 
when a customer takes possession of a part when the customer 
issues a part from the secure area. Furthermore, customers may 

10 need to know if a replenishment shipment is in transit to the 
secure area when the number of parts falls below the customer' s 
expected requirements. Finally, both the supplier and the 

P customer may want to coordinate their activities with regard to 

S| the secure area in order to ensure efficient operation of the 

li| secure area. 

The maintenance and repair of commercial aircraft may place 

111 an additional demand on a decentralized part supply system. An 
aircraft may be maintained or repaired using either new or 

□ rebuilt parts. A part that is designed so that it may be rebuilt 

fO a number of times is called a rotable part or simply a rotable. 

In A part may be placed in service in an aircraft until wear on the 

Cl part exceeds certain threshold values. The part may then be 
removed from service, rebuilt, and flight certified for use 
again. Therefore, at any given time, a secure area being used 

25 as a portion of the decentralized part supply system may contain 
both new and rebuilt parts. A supplier and a customer may need 
to know whether or not a part is new or a rebuilt part and may 
want to track a particular rebuilt part during its useful 
lifetime. Additionally, a worn rotable may be returned to the 

30 supplier as a core. In some cases, the worn part may be 
unsuitable for use as a core and the part is scrapped. Both the 
supplier and customer may need to know that a particular part was 
scrapped and that the customer needs to take a new part instead 
of a rebuilt part. Finally, the cost of a rebuilt part and a new 

35 part are usually different and both the supplier and the customer 
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may need to know whether new or rebuilt parts are being issued 
in order for an accurate accounting to be made. 

Prior systems attempted to increase the availability of 
rebuilt parts by allowing multiple suppliers to bid for a 
customer's rebuildable parts and by improving the visibility of 
the rebuilding and shipping process. One such system, created 
by Honeywell Inc., is an Internet based system known as 
Intalogik. 

Using the services of Intalogik, customers solicit bids from 
suppliers for rebuilding used parts. Interested suppliers submit 
bids to a customer and the customer selects a supplier from among 
the interested suppliers based on the submitted bids. The 
customer then ships the used parts to the selected supplier for 
rebuilding. 

The customer then uses the Intalogik system to track the 
progress of the rebuilding process while the part is at the 
supplier's site. The supplier is reminded by the Intalogik of 
impending deadlines and customer requests for status updates. 

Once a used part is rebuilt, it is shipped back the customer 
and the customer receives an in-transit tracking number. The 
customer uses the in-transit tracking number to track the rebuilt 
part throughout the shipping process. 

While Intalogik does improve the availability and visibility 
of rebuildable parts, it does not provide for the management of 
a decentralized part supply system. 

Therefore, it would be advantageous to develop a system for 
managing a decentralized part supply system containing new and 
rebuilt parts. 

SUMMARY OF THE INVENTION 

In one aspect of the present invention, the transfer of 
parts stored in a secure area by a supplier to a customer is 
managed by a storefront Web site. The customer and the supplier 
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access the storefront Web site via the Internet. The supplier 
provides a storefront database that may include secure area 
inventory information. The supplier also provides a storefront 
Web server operably coupled to the storefront database and 
operably coupled to the Internet. The storefront server serves 
Web pages comprising the storefront Web site. A customer may use 
a browser program hosted by a customer client to access the 
storefront Web site. The supplier ships parts to the customer 
and the customer receives the parts into the secure area and 
sends information about the received parts to the storefront Web 
site. The storefront Web site updates the storefront database 
using the information about the received parts sent by the 
customer . 

When the customer wants to take possession of a part, the 
customer issues the part from the secure area and sends 
information about the issue transaction to the storefront Web 
site. The storefront Web site updates the storefront database 
using the part issuing information. 

In another aspect of the present invention, the supplier 
transmits a waybill number for a customer's shipment to the 
storefront Web site and the storefront Web site stores the 
waybill number in the storefront database. The customer accesses 
the storefront Web site and receives the waybill number. The 
waybill number may then be used by the customer to track an in- 
transit shipment. 

In another aspect of the present invention, the storefront 
Web site generates a part invoice that is transmitted to the 
customer whenever the customer issues a part. 

In another aspect of the present invention, the parts stored 
in the secure area comprise rotable and new parts. A storefront 
operation generates a new part invoice if a new part is issued 
by the customer or a rebuild service invoice if the customer 
issues a rebuilt part from the secure area. 
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In another aspect of the present invention, the storefront 
Web site credits the customer for the number of rotable part 
cores sent by the customer to the supplier. When a customer 
requests a quantity of rebuilt parts to be issued from the secure 
area, the storefront Web site compares the quantity of rotable 
parts to be issued to the rotable part core credits held by the 
customer. If the quantity of rotable parts to be issued is 
greater than the customer rotable part core credit, the 
storefront Web site terminates the transaction to avoid issuing 
more rotable parts from the secure area than the customer is 
entitled to. 

DESCRIPTION OF THE DRAWINGS 

These and other features, aspects, and advantages of the 
present invention will become better understood with regard to 
the following description, appended claims, and accompanying 
drawings where: 

FIG. lA is a schematic of a typical supplier/customer 
relationship; 

FIG. IB is a schematic of a supplier/customer relationship 
according to the present invention; 

FIG. 2 is a deployment diagram of an embodiment of a 
storefront system according to the present invention; 

FIG. 3 is a process flow diagram illustrating the flow of 
information, parts, and cores within an embodiment of a 
storefront system according to the present invention; 

FIG. 4 is a Web site diagram depicting the relationships 
between components of a Web site within an embodiment of a 
storefront system according to the present invention; 

FIG. 5 is a home page within an embodiment of a storefront 
system according to the present invention; 

FIG. 6 is a parts issue document within an embodiment of a 
storefront system according to the present invention; 
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FIG. 7 is a parts receiving document within an embodiment 
of a storefront system according to the present invention; 

FIG- 8 is an inventory report request document within an 
embodiment of a storefront system according to the present 
invention; 

FIG. 9 is an inventory and in-transit tracking document 
within an embodiment of a storefront system according to the 
present invention; 

FIG. 10 is another in-transit tracking document within an 
embodiment of a storefront system according to the present 
invention; 

FIG, 11 is transaction history request document within an 
embodiment of a storefront system according to the present 
invention; 

FIG. 12 is a usage history document within an embodiment of 
a storefront system according to the present invention; 

FIG. 13 is a core disposition document within an embodiment 
of a storefront system according to the present invention; 

FIG. 14 is a process flow diagram of a core management 
process within an embodiment of a storefront system according to 
the present invention; 

FIG. 15 is a process flow diagram of a part issue process 
within an embodiment of a storefront system according to the 
present invention; 

FIG. 16 is a process flow diagram of a part receiving 
process within an embodiment of a storefront system according to 
the present invention; and 

FIG. 17 is an embodiment of a general purpose computer 
suitable for use as a Web server hosting a storefront server. 

DETAILED DESCRIPTION OF THE INVENTION 

FIG. lA is a schematic of a typical supplier/customer 
relationship. A customer 100 requests parts from a supplier 110 
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by sending a purchase order 112 to the supplier. The supplier 
processes the purchase order 114 and sends parts 116 to the 
customer. The customer returns cores 118 to the supplier and the 
supplier processes the cores 120. In this supplier/customer 
relationship, the supplier produces, rebuilds, and stores an 
inventory of parts at a supplier warehouse. The customer only 
receives parts when the customer orders the parts. One aspect 
of this relationship is that the supplier keeps on hand enough 
parts in inventory to supply a customer's needs. Another aspect 
of this relationship is that there is a delay between the 
customer issuing a purchase order and the customer receiving 
parts . 

FIG. IB is a schematic of a supplier/customer relationship 
according to the present invention. In this relationship, a 
customer 100 establishes a distributed warehouse in the form of 
a secure area 130 at the customer's facilities. The secure area 
is accessible to work areas 132 where parts stored in the secure 
area are used by the customer. The secure area provides a 
location at the customer's facilities where a supplier 110 can 
ship parts to and receive cores from. One aspect of the secure 
area is that the customer does not take possession of the parts 
in the secure area, instead, the supplier retains possession of 
the parts in the secure area. Therefore, the customer is not 
billed for parts stored in the secure area until the parts are 
used by the customer in the work area. 

The management responsibilities of the secure area are 
shared by the supplier and the customer. The management of the 
secure area may be coordinated through a shared database 140 
accessible to the customer and the supplier. The shared database 
comprises a neutral data format that is not dependent on either 
the supplier's or the customer's legacy database systems. The 
shared database is thus a neutral database from which both the 
customer and the supplier obtain auditing and financial 



417 8 0/FLC/H528-H0002193 



information. The shared neutral database is herein termed a 
''storefront" database because the shared database is used to 
create a virtual storefront to service the customer' s parts 
requirements. The storefront database includes transaction 
histories for generating transaction and part usage reports. 

In another embodiment of a storefront database, either the 
customer or the supplier integrates the storefront Web site with 
a legacy database system. In this case, either the supplier or 
the customer assumes the responsibility of managing the secure 
area inventory data . 

The supplier ships a part 142 to the customer. The customer 
receives the part into the secure area and updates the database. 
To take possession of a part, the customer issues a part from the 
secure area and updates the database indicating that a part 143 
has been issued from the secure area and sent to a work area. 
The customer is billed for parts issued from the secure area. 
The customer sends cores 145 from the work area to the supplier 
and the supplier rebuilds 120 the cores for return as useable 
parts to the customer . 

In one embodiment the storefront database, the supplier and 
customer are able to monitor the inventory in the secure area. 
For example, the supplier monitors the database and knows when 
the number of parts in the secure area falls below a minimum 
number. In this case the supplier initiates a resupply shipment 
to the customer and the customer receives the shipment into the 
secure area. 

In another embodiment of a storefront system according to 
the present invention, purchase orders, part information, and bar 
codes on parts shipments are encoded and exchanged between the 
customer and the supplier according to SPEC 2000, an Electronic 
Data Interchange (EDI) standard. 

In another embodiment of a storefront system according to 
the present invention, the secure area is located at a neutral 
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site that is not controlled by the customer or the supplier. A 
neutral site may be chosen because it is geographically more 

5 convenient to the supplier or customer or a customer may wish to 
share a neutral site with another customer. 

FIG. 2 is a deployment diagram of one embodiment of the 
present invention. The previously described storefront database 
224 is maintained on a database server 210 by a supplier. Both 

10 the supplier and a customer access the database server using a 
Web server 200 accessible via a wide area network such as the 
Internet 220. The Web server provides a user interface in the 

t: form of a storefront server including documents 222 for accessing 
the storefront database hosted by the database server. Customers 
and suppliers use the user interface to access and modify the 

J^i storefront database. 

FIG. 17 is an embodiment of a general purpose computer 

'"^i suitable for use as a Web server hosting a storefront server. 

U Microprocessor 2200, comprised of a Central Processing Unit (CPU) 

213 2210, memory cache 2220, and bus interface 2230, is operatively 

'Z coupled via system bus 2235 to main memory 2240 and I/O control 

i:;} unit 2245. The I/O interface control unit is operatively coupled 
via I/O local bus 2250 to disk storage controller 2295, video 
controller 2290, keyboard controller 2285, and network controller 

25 2280. 

The disk storage controller is operatively coupled to disk 
storage device 2225. The video controller is operatively coupled 
to video monitor 2260. The keyboard controller is operatively 
coupled to keyboard 2265. 
30 The network controller is operatively coupled to 

communications device 2296. The communications device is adapted 
to allow software objects, such as a server, hosted by the 
general purpose computer to communicate via a computer network 
with other software objects such as a client. 

35 
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Computer program instructions 2297 implementing a storefront 
server are stored on the disk storage device and the 

5 microprocessor retrieves the computer program instructions and 
stores them in the main memory. The microprocessor then executes 
the computer program instructions stored in the main memory to 
implement the storefront server. 

Referring again to FIG. 2, a Web server 200 is operably 

10 coupled to a database server 210 and the Internet 220. The Web 
server hosts a storefront Web server including documents 222 
implementing a virtual storefront process for managing a secure 

Cl area. The Web site comprises business rules, database access 
processes, and user interfaces for both the supplier and the 

10 customer. A storefront database 224 hosted by the database 
server contains data used by the virtual storefront process, 

hi A supplier at a supplier site 110 accesses the Web server 

'""■i using a supplier client 230 hosting a client application such as 

p::^ a Web browser. The supplier uses the supplier client to request, 

2|l receive, and display documents served by the Web server. The 
content of the documents comprise a supplier user interface into 

g| the storefront database hosted by the database server. The 
supplier uses the supplier user interface to view the available 
parts inventory at the previously described secure area located 

25 on a customer's facilities and to request a transaction report 
detailing the parts received and issued to and from the secure 
area by the customer. 

A customer at a customer site 100 accesses the Web server 
using a customer client 240 hosting a client application such as 

30 a Web browser. The customer uses the customer client to request, 
receive, and display documents served by the Web server. The 
content of the documents comprise a customer user interface. The 
customer uses the customer user interface to view the available 
. parts inventory in the previously described secure area located 

35 at the customer's facilities and to request a transaction report 
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detailing the parts received and issued to and from the secure 
area by the customer. Additionally, the customer uses the 
5 customer user interface to receive and issue parts to and from 
the previously described secure area. The customer user 
interface is herein termed a storefront because the customer user 
interface is intended to be a virtual storefront for the secure 
area . 

10 In an embodiment of a storefront system according to the 

present invention, a barcode scanner 242 may be operably 
connected to the customer client to facilitate part data entry 
O when parts are received and issued from and to the secure area. 

In an embodiment of a storefront system according to the 
j| present invention^ a supplier supports multiple customers from 
€1 a single storefront. To do so, the supplier maintains a customer 
77] profile database 225. The customer profile database contains 
%| customer profile information associated with customer 
JL. identification information including a customer identifier. The 
2p customer profile information includes document customization 
^ information such as special graphics, text, and data unique to 
S a customer. The customization information is used to customize 
the storefront for each customer so that a customer perceives the 
storefront as being unique to that customer. 
25 When a customer accesses the system, the customer is asked 

for a customer identifier and a password. The storefront system 
uses the customer identifier to generate customized documents 
served to the customer's client. 

The customer profile database also contains customer 
30 security information for each customer so that a customer only 
sees secure area inventory information for that customer. 

In one embodiment of a storefront system according to the 
present invention, a shipping carrier Web server 244 may be 
accessed through the Internet to track in-transit shipments 
35 between the supplier and the customer. The carrier Web server 
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is operably coupled to a carrier database server 246. The 

carrier database server comprises an in-transit database 248 
5 including detailed information about a parts shipment. The 

carrier Web server serves a series of documents 250 to implement 

an in-transit query interface. 

A supplier stores part shipment information including a 

waybill number and a quantity shipped in the storefront database. 
10 The supplier transmits the waybill number for a part shipment to 

a customer and the customer uses the waybill number to access 

information about the part shipment from the carrier Web server. 
r\ The waybill number is transmitted to the customer in the form of 
J: a waybill link to the carrier Web server in a document displayed 
15 on a customer's client. The document is generated by the 
■j; storefront Web server. The customer selects the link and a Web 
■ .k page is retrieved from the carrier Web server comprising in- 
''4 transit information for a part shipment. 

U FIG. 3 is a process flow diagram illustrating the flow of 

2i) information, new and rotable parts, and cores in one embodiment 
of the invention. A used part is obtained from a work area 132 
and inspected 300. If the used part is not suitable for re- 
manufacturing because it is too badly worn or damaged, then the 
core is marked as scrap. 

25 If a part is scrapped, then a new part must be issued from 

the secure area. To do so, a part pick request is received from 
the work area. The customer issues a part 304 from a secure area 
130 and records that the part has been pulled thereby closing the 
pick request. The part is issued from the secure area and the 

30 new part's part number, serial number, and condition are entered 
306 into the previously described storefront database. Pulling 
the new part from the secure area constitutes a sale of the new 
part to the customer. In the case of sale, the supplier sends 
a generated invoice 311 to the customer for the new part. 

35 
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If a part is .scrapped, its disposition and part number is 
entered 302 by the customer into the storefront database for 
5 tracking purposes . 

Each time a part is issued from the secure area, the 
inventory levels are adjusted. If an inventory level falls below 
a minimum level set by the customer, a message 308 is sent to the 
supplier 110 and the supplier initiates a replenishment shipment 
10 including replenishment parts 310 for the secure area. 

The replenishment shipment including the replenishment part 
is received 312 by the customer into the secure area. The 
G| customer enters the part data into the storefront database using 
:if a Web site interface. The part data includes the part number, 
16 and the number of parts added to the inventory. 

'tt In one embodiment of the present invention, the part's 

shipping label contains the part number and number of parts 

^1 shipped in a barcode format. The barcode format is entered by 
the customer using a barcode scanner thus facilitating rapid part 

2p data entry, 

^'j^ The reception of the part into the secure area is 

f\ accomplished by the customer using a Web interface to update the 
storefront database. 

If the analysis 300 of the used part indicates that the used 

25 part can be re-manufactured, the used part is shipped 313 as a 
core 314 to the supplier. The supplier accepts the core and re- 
manufactures it 315. The supplier keeps a supply of rotable 
parts in a rotable bank 316. The supplier ships a rotable part 
317 to the customer where the customer receives 312 the rotable 

30 part into the secure area 130. The supplier generates a rotable 
part invoice 318 and sends the rotable part invoice to the 
customer . 

The customer enters 319 the core's part number into the 
storefront database and a purchase order number is assigned to 
35 it. The waybill of the core is recorded as well for tracking 
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purposes. The customer issues 320 a rebuilt rotable part 321 

from the secure area and the issued rotable part's part number, 
5 serial number, and condition are entered into the storefront 

database. Additionally, the serial number of the assembly to 

which the issued rotable part will be used in is entered into the 

storefront database . 

FIG. 4 is a Web site diagram depicting the relationships 
10 between components of a Web based embodiment of a virtual 

storefront process according to the present invention. The Web 

based virtual storefront process is embodied in a storefront Web 
Q site 700 served by a storefront Web server 200 (FIG. 2) . A 

storefront home page 701 introduces the virtual storefront to a 
15 customer. An exemplary storefront home page is shown in FIG. 5 
FIG. 5 is a home page for one embodiment of a virtual 
ll'. storefront according to the present invention. The store front 
-J home page includes links to an issue document 800, a receive 

document 810, a core disposition document 812, an inventory 
2p document 820, a history document 830, and an administration 

document 84 0 . 

Referring again to FIG. 4, the home page 701 has a link to 
an issue document 710. The issue document allows a customer to 
enter part issue instructions and submit the part issue 
25 instructions to the storefront process. 

FIG. 6 is a parts issue document according to one embodiment 
of the present invention. A customer selects a part from the 
secure area and fills in a form 900 for submission to the Web 
server using information found on the part. The customer enters 
30 a part number into field 902 and a quantity of parts to be issued 
910. For serialized part numbers, the serial number for the 
part is entered into data field 920. 

When a part number is added to a customer's storefront, a 
flag is set in the database to indicate whether or not the part 
35 is available in both new and rotable conditions. If the part is 
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available in both new and rotable conditions, the customer 
selects whether or not to issue a new part 922. If the customer 

5 chooses not issue a new part^ the storefront system will attempt 
to issue a rotable part to the customer. 

Each part may be included in a larger assembly. Assembly 
serial number data field 924 is used by the customer to enter a 
serial number of an assembly to which the part will belong when 

10 the part is issued . 

The customer then selects the issue button 930 and the form 
is submitted to the storefront process for processing. 

Lj The parts issue page includes a supplier contact 940 link 

for contacting the supplier administrator and a customer contact 
link 950 for contacting the customer administrator of the virtual 
storefront . 

In one embodiment of the parts issue document, the document 
includes instructions for filling out the parts issue form using 
data collected from a barcode scanner used to scan a part's 
2|3 packaging label. 

Referring again to FIG. 4, the store front process receives 
rv the submitted parts issue form, validates the parts issue 
H information, and confirms the parts issue 720. If the parts 
issue is not confirmed, the parts issue document is sent to the 
25 customer so that the customer can attempt to fill out the parts 
issue form again. If the parts issue is confirmed, the virtual 
storefront process updates 730 the previously described 
storefront database. The storefront " database is updated by 
decrementing the inventoried part count by the number of parts 
30 issued in the transaction. 

The virtual storefront home page contains a link to a parts 
receiving document 732. 

FIG. 7 is a parts receiving document according to one 
embodiment of the present invention. As previously described, 
35 the supplier sends replenishment shipments to the customer and 
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the customer receives the parts in the replenishment shipment 
into the previously described secure area. The parts receiving 

5 document includes a parts receiving form 1000 for entering 
information about the received parts. A purchase order field 
1001 contains the purchase order number of the replenishment 
shipment. A part field 1002 contains the part number of a part 
in the replenishment shipment. A quantity field 1004 contains 

10 the number of parts with the same part number in the 
replenishment shipment. An waybill field 1006 is for the entry 
of a shipping tracking number. In the case where multiple 

Q waybill numbers are identified for a customer^, the customer can 
select an waybill number from a list displayed in a waybill list 

|| data field 1007. 

'ti The customer identifies parts as either new or rotable and 

ui select the ''Rotable'' or ''New" radio buttons 1010 to indicate to 
H the storefront server what kind of parts were received. The 
';L, customer fills out the parts receiving form and selects the 
2p Record button 1008 to receive the parts into the secure area and 
\l update the storefront database. 

f\ In one embodiment of the parts receiving document, the parts 

receiving document includes instructions for filling out the 
parts receiving form using data collected from a barcode scanner 

25 used to scan a part's packaging label. 

Referring again to FIG. 4, after submission of the parts 
receiving form, the virtual store front process validates the 
entry information and confirms the receipt of the parts 734. If 
the received parts are valid parts, the storefront database is 

30 updated 736. If the received parts are not validated, the 
virtual storefront process gives the customer another opportunity 
to submit a new parts receiving form 732. 

The virtual storefront home page contains a link to an 
inventory report request document 738. 

35 
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FIG. 8 is an inventory report request document according to 

one embodiment of the present invention. The inventory report 
5 request includes an inventory report request form 852. The 

inventory report request form includes a part number field 853 

for entry of a part number. A customer enters a part number and 

selects a submit button 854 to submit the inventory report 

request form to the virtual storefront process. 
10 Referring again to FIG. 4, the virtual storefront process 

generates 740 an inventory report based on the information 

entered into an inventory report request form by a customer. An 
C; inventory report is generated by querying the previously 

described storefront database for inventory information for the 
|5 part number entered by a customer in the inventory report request 
^fc' form. If the customer does not enter a part number into the 

inventory report request form, then a report is generated for all 

part numbers inventoried in the secure area. 
L FIG. 9 is an inventory report document as generated by one 

2p embodiment of the present invention. The inventory report 

document includes an inventory report table 1200 comprised of one 
f-i or more rows of database records 1218. Each database record is 
Ih^ comprised of data fields for data describing parts inventoried 

in the secure area. The database records are organized by part 
25 number with one data record corresponding to one part number. 

A customer part number data field 1202 contains a customer's 

internal part number for the inventoried part. 

A bin number data field 1204 contains the bin where the 

inventoried part is stored in the secure area. 
30 A manufacturer's part number data field 1206 contains a 

manufacturer's part number of an inventoried part. 

A keyword data field 1208 contains a word or short phrase 

describing the function of the part. 

35 
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A serial number required data field 1210 contains a flag 
indicating whether or not the an individual part is tracked using 
5 a serial number. 

A new quantity on hand data field 1212 contains the number 
of new parts inventoried in the secure area. 

A rotable quantity on hand data field 1214 contains the 
quantity of rotable parts inventoried in the secure area. 
10 A new quantity in transit data field 1216 contains the 

number of new parts in a replenishment shipment that have not 
arrived at the customer facilities. 
C: A rotable quantity in transit data field 1218 contains the 

^ff number of rotable parts in a replenishment shipment that have not 
X§ arrived at the customer facilities. 

C A bank quantity data field 1220 contains the maximum number 

of supplier owned parts to be stored in the secure area. 

A core credit quantity data field 1223 contains the number 
of cores scrapped or returned by the customer minus the number 

2p of new or rotable parts issued from the secure area. 

An engine model data field 1224 contains the model number 

f': of a larger assembly for which a part is used as a repair part. 

h'^ The inventory report table contains an in-transit inventory 

report link 1226 to a tracking in-transit inventory document if 

25 there are parts in-transit to the secure area from the supplier. 
In this exemplary inventory report table, there is one part in- 
transit from the supplier. The number of parts in-transit is 
included in the table as the in-transit inventory report link if 
there are parts in-transit. Selecting the parts in-transit 

30 number allows a customer to track the parts in-transit through 
a third party carrier's Web site. 

The inventory report document includes a download button 
1222 for downloading the inventory report document in an 
alternative format such as Comma Separated Value (CSV) format. 

35 A customer selects this button to generate and locally store a 
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CSV file comprising the data included in the inventory report 
document . 

5 Referring again to FIG. 4, the inventory report document can 

be printed on a printer 742 by the customer or the inventory 
report table included in the inventory report document can be 
printed to a CSV file 744. 

The customer has the option to track a replenishment 

10 shipment in transit by selecting an in-transit inventory report 
link in the inventory report document as previously described. 
The in-transit inventory report link is a link to a third party 

r| carrier Web site 748. The third party carrier Web site is 

'2". accessed through a series of in-transit inventory tracking 

l| documents . 

^1:^^ FIG. 10 is an inventory in-transit tracking document 

according to one embodiment of the present invention. The in- 
S| transit tracking document is reached by selecting the in-transit 
'^^.^ inventory report link in the inventory report document as 
2p previously described. The in-transit tracking document includes 
3 in-transit tracking table 1300 containing information about a 
f% replenishment shipment. The in-transit tracking table includes 
H a plurality of data fields describing the replenishment shipment. 

A part number data field 1302 contains the part number of a part 
25 in a replenishment shipment. A purchase order data field 1304 
contains the number of the purchase order under which the part 
in the replenishment shipment was ordered. A shipping quantity 
data field 1306 contains the number of parts with the indicated 
part number in the replenishment shipment. A ship date data 
30 field 1308 contains the date the replenishment shipment was sent 
from the supplier. A carrier data field contains the name of the 
third party carrier. A waybill data field 1312 contains the 
waybill number of the replenishment shipment. 

The in-transit tracking document includes a download to in- 
35 transit tracking report to CSV button 1314. A customer selects 
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the download to in-transit tracking report to CSV button to 
create a local copy of the in-transit tracking report in a CSV 
5 format. 

The waybill number is used as a link 1316 to a third party 
carrier's Web site. Selecting the waybill link links a customer 
to a third party carrier^ s Web site. Establishment of the link 
to the third party carrier' s Web site includes posting the 
10 waybill number to the Web site so that the third party carrier's 
Web site can be used to track an in-transit replenishment 
shipment . 

Q Referring again to FIG. 4^ the virtual storefront home page 

is linked to a transaction history request document 750. 

15 FIG. 11 is transaction history request document according 

y to one embodiment of the present invention. The transaction 

T;' history request document includes a part number entry field 1600 
for entry of a part number, a from date field 1602 and a to date 

'^^^ field 1604. A customer enters a part number, a from date and a 

2p to date and selects the submit button 1606 to request a 
transaction history for all parts with the entered part number 
during the period of time bracketed by the from and to dates. 

h- If the customer does not enter a part number, all transactions 
that occurred during the bracketed time period will be reported. 

25 Referring again to FIG. 4, the virtual storefront home page 

is linked to a transaction history report document 752. 

FIG. 12 is a transaction history report document for a 
single part number according to one embodiment of the present 
invention. The transaction history report document includes a 

30 transaction history report table 1700. The transaction history 
report table includes a plurality of data fields describing each 
transaction involving a part with a specified part number. 

A part number data field 1702 the part number of a part or 
parts issued from, received into, or in-transit to a secure area. 

35 A transaction type data field 1704 describes the transaction 
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involving the part or parts. The value in the data field can be 
''ISSUE" if the part or parts were issued from the secure area, 
5 ''RECEIVE'' if the part or parts were received into the secure 
area, "SHIPMENT" if the part or parts are in-transit to the 
secure area, "RETURN" if a core or cores were returned to the 
supplier, or "SCRAP" if the core or cores were scrapped by the 
customer . 

10 A quantity data field 1706 contains the number of parts 

involved in a transaction. 

A purchase order data field 1708 contains the purchase order 
£\ under which the part or parts were ordered for a replenishment 
^■>;' shipment. 

1^1 A waybill data field 1710 contains the waybill number of the 

'li replenishment shipment to which the part or parts belong. 
J^" A part serial number data field 1712 contains the serial 

\„: number of the issued part. 

A transaction date data field 1714 contains the date of the 
20 transaction. 

^- A user id data field 1716 contains the user id of the person 

issuing or receiving a part or parts, 
h A condition code data field 1717 contains the type of part 

issued, whether rotable or new. 
25 An engine model data field 1720 contains the model number 

of a larger assembly to which a part belongs. 

The transaction history report document includes a download 

transaction history report table to CSV button 1718. A customer 

selects the download transaction history report table to CSV 
30 button to create a local copy of the download transaction history 

report table in a CSV format file. 

Referring again to FIG. 4, the virtual storefront home page 

is linked to a core disposition document 754. 

FIG. 13 is a core disposition document within an embodiment 
35 of a storefront systemi according to the present invention. The 
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core disposition document comprises a core disposition form 1320. 
A customer uses the core disposition form to inform the virtual 

5 storefront system of what the customer intends to do with a core. 
The customer enters a part number into part number field 1322 and 
a quantity of cores to be processed in quantity field 1324. The 
customer then selects either the ''Scrap" button 1326 or the 
''Rework" button 1328 to select whether or not the core or cores 

10 are to be scrapped or reworked. The customer then fills out a 
purchase order number field 1330 with a purchase order number. 
The customer also fills out a waybill number field 1332 with the 

q: waybill number of the shipment being sent to the supplier and 
selects the shipping carrier from a shipping carrier pulldown 

|5 list 1334. The customer then selects a ^'Record" button 1336 to 
send the form to the storefront inventory information stored in 
the storefront database. 

Referring again to FIG. 4, the virtual storefront validates 

^L. 756 the core disposition information submitted in the core 

30 disposition form and updates 758 the supplier's database. 

\] Each page of the Web site includes a link to a contacts 7 60 

f\ Web page containing phone number and email addresses of both the 

H' supplier and the customer responsible for the content of the 
storefront database . 

25 FIG. 14 is a process flow diagram depicting a process for 

accepting cores using a Web based user interface according to an 
embodiment of the present invention. The Web based user 
interface is used to implement the user interface for the 
previously described virtual storefront process hosted by a Web 

30 server. The Web based user interface comprises a series of 
linked documents with each document including forms including 
data fields for user data entry as previously described. 

A customer analyzes 1902 a core 1900 and a decision is made 
whether to scrap or rework the core. A core disposition document 

35 302 is requested from the previously described storefront Web 
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site 700 (FIG. 4 ) by a customer. The decision to scrap the part 
is entered 1904 into the core disposition document by the 
5 customer. The customer enters the part number and number of 
cores to be scrapped 1906 and a purchase order is generated 1909 
to order a replenishment shipment to replace the scrapped cores. 
A new part shipment invoice 311 is generated by the storefront 
process. The new parts are received 312 into the secure area 
10 once the new parts have arrived at the customer's site. 

If the core is to be reworked, the customer ships the core 
1908 to the supplier and enters the part number, number of cores, 
Q a purchase order number, and the shipping waybill into the Web 
'f:: based user interface 319 as previously described. 
'£5 The supplier receives the core and determines 1910 if the 

"i' core is suitable for reworking. If the supplier determines that 
4; the core cannot be reworked, the core is returned to the customer 
V 1916. If the core is to be reworked, a rebuilt part is shipped 
;L from a set of already rebuilt parts 1912 and an invoice is 
generated 318 for rebuilding the core. The shipped rebuilt part 
is received into the secure area 312 as previously described. 

FIG. 15 is a process flow diagram depicting a process for 
issuing parts using a Web based user interface according to one 
embodiment of the present invention. The Web based user 
25 interface is used to implement the user interface for the 
previously described virtual storefront process hosted by a Web 
server. The Web based user interface comprises a series of 
linked documents with each document including forms including 
data fields for user data entry as previously described. 
30 A customer fills out a part issue form 306 with part issue 

information including entry of a part number, the quantity of 
parts to be issued, the serial number of the parts, and the 
serial number of an assembly in which the parts will be used 306. 
The customer enters the condition of the parts, whether new or 
35 rotable, in order to select either new or rotable parts 2002. 
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If the customer selects new parts, the virtual storefront 
process determines if the quantity of new parts to be issued is 
less than or equal to the number of new parts on hand 2000. If 
the quantity of desired new parts is too great, then the customer 
is issued a warning message 2010 and the customer is allowed to 
issue the number of parts remaining on-hand in a secure area. 
The number of on-hand parts in the secure area is decremented 
2052. 

If the customer is requesting a rotable part rather than a 
new one, the virtual storefront process determines if it is 
possible to issue the part as a rotable part 2040. If the part 
requested by the customer cannot be issued as a rotable part, 
then an error message is generated 2042 and the user is asked to 
renter the part request information. 

If a requested part can be issued as a rotable part, the 
virtual storefront process determines if the quantity of rotable 
parts to be issued is less than or equal to the number of rotable 
parts on hand 2020. If the quantity of desired rotable parts is 
too great, then the customer is issued a warning message 2030 and 
the customer is allowed to issue as many rotable parts as there 
are on-hand in a secure area. 

The virtual storefront process determines if the customer 
has turned in enough cores and therefore has enough core credits 
to cover the desired quantity of issued rotable parts 2060. If 
the customer does not have enough cores credited to their 
account, then an error is generated 2070 and the customer must 
reenter the part issue information. 

If the customer does have enough core credits, then a new 
or rotable part is issued and the customer' s core credit is 
decremented by the amount of issued parts 2050. The number of 
on hand parts is also decremented in order to update the secure 
area parts inventory. 
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FIG. 16 is a process flow diagram of a part receiving 
process within an embodiment of a storefront system according to 

5 the present invention. A customer receives an incoming shipment 
2100 from the supplier and fills out a part receiving form 312 
with part receiving information including a part number, the 
quantity of parts received^ whether or not the received parts are 
new parts or rotable parts^ a purchase order number associated 

10 with the parts shipment^ and the waybill number of the parts 
shipment . 

If the received parts are new 2102, then the storefront 
O system determines if a purchase order was issued by the customer 
S and the customer is therefore waiting for the parts 2104. If the 

incoming shipment cannot not be matched to a purchase order 
2; issued by the customer, the customer is warned 2106. 
ijjj If the received new parts exceed the amount of new parts 

needed to bring the total number of new parts in a secure area 
□ to the maximum on-hand quantity 2108, the customer is warned 

;i0 2110. 

Once the parts are received, the number of on-hand parts in 
0 a secure area is incremented 2112 and the part shipment is 
removed from a quantity of in-transit new parts tracked by the 
storefront system. 
25 If the received parts are rotable, the storefront system 

confirms that rotable parts are allowed 2114. If rotable parts 
are not allowed, then an error message is generated 2116 and the 
parts shipment is rejected. 

If rotable parts are allowed, the storefront system 
30 determines if a purchase order was issued by the customer and the 
customer is therefore waiting for the rotable parts 2118. If the 
incoming shipment cannot not be matched to a purchase order 
issued by the customer, the customer is warned 2120. 

If the received rotable parts exceed the amount of rotable 
35 parts needed to bring the total number of rotable parts in a 
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secure area to the maximum on-hand quantity 2122, the customer 
is warned 2124. 

5 Once the rotable parts are received, the number of on-hand 

parts in a secure area is incremented 2126 and the part shipment 
is removed from a quantity of in-transit rotable parts tracked 
by the storefront system. 

Although this invention has been described in certain 
10 specific embodiments, many additional modifications and 
variations would be apparent to those skilled in the art. It is 
therefore to be understood that this invention may be practiced 
otherwise than as specifically described. Thus^. the present 
embodiments of the invention should be considered in all respects 

^5 as illustrative and not restrictive, the scope of the invention 
to be determined by the claims supported by this application and 

y their equivalents rather than the foregoing description. 
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